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WEB-ENABLED CALL MANAGEMENT 



METHOD AND APPARATUS 



BACKGROUND 



Field of the Invention 



5 



Aspects of the present invention relate in general to packet-based telephony, 



specifically managing telephone or other media calls via a web-enabled call-interface. 



Description of the Related Art 



Ever since Alexander Graham Bell invented the first telephone, people have been 
using the telephone to communicate. With the advent of Intelligent Network (IN) and Next 

10 Generation Network (NGN) features, users now have the option of combining additional 
useful features with their phone service. At one estimate, from Bellcore spec # TR-NWT- 
000391, over 3,500 different calling features are contemplated. Of these 3,500 possible 
features, approximately 35 features are available from various phone companies. Often, 
features are implemented by adding specialized buttons to a telephone (e.g., a "hold" button 

15 for call holding), or by pressing a specialized button combination (e.g., pressing "*082" for 
call blocking). 

Of the approximately 35 available features, only a small fraction is actually utilized 
by the public. 



BRIEF DESCRIPTION OF THE DRAWINGS 



20 



FIG. 1 illustrates an embodiment of a system that facilitates telephony management 



via a web-enabled call-interface. 
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FIG. 2 is a act diagram of an apparatus that facilitates telephony management via a 
web-enabled call-interface. 

FIG. 3 is a diagram of a web-enabled telephony management call-interface. 
FIG. 4 is a act diagram of an apparatus that facilitates telephony management via a 
5 web-enabled call-interface. 

FIGS. 5A-5C are flowcharts of a method that facilitates telephony management via a 
web-enabled call-interface. 

DETAILED DESCRIPTION 
What is needed is an easy-to-use apparatus and method capable of managing calls and 
10 call features. 

Aspects of the present invention include a web-enabled call-interface capable of 
managing packet-based/Internet Protocol-based calls, such as those calls received by an 
Internet Access Device (IAD) in conjunction with an Intelligent Network (IN) or Next 
Generation Network (NGN). The embodiments of the present invention include a system, 
15 apparatus and method to manage, originate and receive calls. 

The term "call," as used herein, may refer to audio (e.g., telephone), video, text (e.g. 
"instant text messaging" services) and multimedia based messages, or any other packet-based 
message communication as is known in the art. 

Calls are any real-time or near-real-time audio, video, text, and multimedia-based 
20 message transmissions that take place over a computer network (i.e., an "on-line" message 
transmission). Examples of such transmissions include, but are not limited to, any user-to- 
user or user-to-multi-user communication that involves the electronic conveying of digital- 
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packet messages. An example of such a call includes a electronic text "chat" or "talk" 
messaging, electronic-mail, video-conferencing, internet telephony ("voice over internet 
protocol"), or instant text messaging. 

Call features are any functions related to calls, as are known in the art. Such call 
5 features may include, but are not limited to: call conferencing, call rejection, placing calls on 
hold, call waiting, call forwarding, remote call forwarding, selective call forwarding, 3 -way 
calling, speed dialing variations, calling number delivery, calling number block, private line, 
selective call rejection, selective call acceptance, distinctive ringing, customer originated 
trace, automatic call back, automatic recall, intercom (revert call), toll access restriction, call 
10 blocking, 900 blocking, rotary hunt group, vacation service, voice mail, and many other 
functions. 

FIG. 1 is a simplified functional act diagram depicting system 100, constructed and 
operative in accordance with an embodiment of the present invention. System 100 is 
configured to facilitate telephony management via a web-enabled call-interface. 
15 The method identifies the type of incoming or outgoing call and offers users a host of 

call features through a simple web-enabled caller interface. 

In system 100, internet access devices 120 are connected via a communications 
network 110. Users may communicate to other users via internet access devices 120, 
telephones 105 coupled to internet access devices 120, or wireless phones 170. It is 
20 understood by those known in the art, that either such devices may be coupled via a single or 
multiple number of networks 1 10A-C. 

In some embodiments, internet access device 120 may be a personal computer, 
personal digital assistant (PDA), wireless phone, or other such network-computing device. 
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The network 110 may also include other networkable devices known in the art, such 
as other internet access devices 120, storage media 140, an application server 135, telephone 
server 150 and wireless telephone base station 160. It is well understood in the art, that any 
number or variety of computer networkable devices or components may be coupled to the 
5 network 110 without inventive faculty. Examples of other devices include, but are not limited 
to, servers, computers, workstations, terminals, input devices, output devices, printers, 
plotters, routers, bridges, cameras, sensors, or any other such device known in the art. 

Internet access device 120 may be any apparatus known in the art that are able to 
communicate on the network 110. 
10 Network 110 may be any communication network known in the art, including the 

Internet, a local-area-network (LAN), a wide-area-network (WAN), or any system that links 
a computer to an internet access device 120. Further, network 110 may be of configured in 
accordance with any topology known in the art, including star, ring, bus, or any combination 
thereof. 

15 Application server 135 is connected to a telephone network 1 10A that supports the 

receipt and transmission of digital packets. Telephone network server 150 may be configured 
to allow different networks 1 1 0B and 1 1 0C to communicate, as well as communicate with a 
packet switch telephone network (PSTN), plain ordinary telephone service (POTS), 
Integrated Services Digital Network (ISDN), or any other telephone network. As shown in 

20 FIG. 1, telephone network server 150 may be coupled to wireless base station 160, which 
allows communication to wireless phone 170. 

Embodiments will now be disclosed with reference to a functional act diagram of an 
exemplary internet access device 120 of FIG. 2, constructed and operative in accordance with 
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an embodiment of the present invention. Internet access device 120 runs a multi-tasking 
operating system and includes at least one processor or central processing unit (CPU) 102. 
Processor 102 may be any microprocessor or micro-controller as is known in the art. 

The software for programming the processor 102 may be found at a computer- 
5 readable storage medium 140 or, alternatively, from another location across network 110. 
Processor 102 is connected to computer memory 104. Internet access device 120 may be 
controlled by an operating system (OS) that is executed within computer memory 104. 

Processor 102 communicates with a plurality of peripheral equipment, including 
telephone interface 1 16. Additional peripheral equipment may include a display 106, manual 
10 input device 108, storage medium 140, microphone 1 12, video input 122, and data port 1 14. 

Display 106 may be a visual display such as a cathode ray tube (CRT) monitor, a 
liquid crystal display (LCD) screen, touch-sensitive screen, or other monitors as are known in 
the art for visually displaying images and text to a user. 

Manual input device 108 may be a conventional keyboard, keypad, mouse, trackball, 
15 or other input device as is known in the art for the manual input of data. 

Storage medium 140 may be a conventional read/write memory such as a magnetic 
disk drive, floppy disk drive, compact-disk read-only-memory (CD-ROM) drive, transistor- 
based memory or other computer-readable memory device as is known in the art for storing 
and retrieving data. Significantly, storage medium 140 may be remotely located from 
20 processor 102, and be connected to processor 102 via a network 110 such as a local area 
network (LAN), a wide area network (WAN), or the Internet. 

Microphone 1 12 may be any suitable microphone as is known in the art for providing 
audio signals to processor 102. In addition, a speaker 118 may be attached for reproducing 
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audio signals from processor 102. Video input 122 may be a digital or analog video camera 
device to record still or moving images. In some embodiments, video input 122 may be a 
scanner device. It is understood that microphone 1 12, speaker 118, and video input 122 may 
include appropriate digital-to-analog and analog-to-digital conversion circuitry as 
5 appropriate. 

Data port 1 14 may be any data port as is known in the art for interfacing with an 
external accessory using a data protocol such as RS-232, Universal Serial Bus (USB), or 
Institute of Electrical and Electronics Engineers (IEEE) Standard No. 1394 ('Firewire'). In 
some embodiments, data port 1 14 may be any interface as known in the art for 

10 communicating or transferring files across a computer network, examples of such networks 
include Transmission Control Protocol/Internet Protocol (TCP/IP), Ethernet, Fiber 
Distributed Data Interface (FDDI), token bus, or token ring networks. In addition, on some 
systems, data port 1 14 may consist of a modem connected to telephone interface 1 12. 
Similarly, telephone interface 1 12 provides connectivity to internet access device 120 to 

15 communicate with a telephone network 150. Thus, the telephone network interface 112 
allows the internet access device 120 to communicate and process input and output from a 
telephone line. 

FIG. 3 is an expanded functional act diagram of CPU 102 and storage medium 140. It 
is well understood by those in the art, that the functional elements of FIG. 3 may be 
20 implemented in hardware, firmware, or as software instructions and data encoded on a 

computer-readable storage medium 140. As shown in FIG. 3, central processing unit 102 is 
functionally comprised of a data processor 202, an application interface 204, a media 
interface 200, and a call handler 210. These structures may be implemented as hardware, 
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firmware, or software encoded on a computer readable medium, such as storage media 140. 
In addition, as shown in FIG. 3, storage media 140 may also contain a voice mail database 
242, and a caller database 244. 

Data processor 202 interfaces with display 106, manual input device 108, storage 
5 medium 140, microphone 1 12, data port 1 14, video input 122, Internet data port 114, and 
telephone network interface 112. The data processor 202 enables processor 102 to locate data 
on, read data from, and write data to, these components. 

Application interface 204 enables processor 102 to take some action with respect to a 
separate software application or entity. For example, application interface 204 may take the 
I := t 10 form of a windowing user interface, as is commonly known in the art. 
~' : Z Media interface 200 is a web-enabled call interface. In some embodiments, the media 

~ interface 200 may be stand-alone program, or a web-browser window. An example of such a 
web browser window is shown in FIG. 3. Web browser window 200 comprises title bar 401 , 

= = ^ 

I LJ window control buttons 402A-C, menu bar 404, button bar 406, address bar 408, phone-list 

^ 15 frame 410, main frame 420, status frame 412, and control frame 414. 

O 

§!effl In some embodiments, main frame 420 displays a picture of the current caller 

retrieved from a caller database 244. In such embodiments, using the mouse pointer 418, 
users may either click control buttons 416A-E, or "drag-and-drop" callers listed in the phone 
list frame 410, or pictures of the caller in the main frame 420 to control buttons 416A-E in 
20 the control frame 414. Media interface 200 then selects the appropriate structure to execute 
the functionality specified by the control button 416. 

Returning to FIG. 3, call handler 210 may further comprise a conference call manager 
212, an audio/video call processor 214, an electronic mail notification generator 216, and a 
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voice mail manager 218. Conference call manager 212 allows media interface to 200 
communicate with multiple parties in a conference call. Audio/video call processor allows 
media interface to utilize video input 122, microphone 122, speaker 118 and display 106 for 
audio or multimedia-video-based calls. Electronic mail notification generator 216 allows 
5 media interface to communicate through text-based messaging systems, such as electronic 
mail or, in some embodiments, instant-messaging programs. Voice mail manager 218 
communicates with media interface 200 and stores messages in a voice mail database 242. 
These components of call handler 210 interact with a voice mail database 242, and a known 
caller database 244, and may best be understood with respect to the flowcharts of FIGS. 5A- 

10 5C, as described below. 

FIGS. 5A-5C flowcharts a process 500 to manage calls via a web-interface, 
constructed and operative in accordance with an embodiment of the present invention. 

At act 502, a login subset of media interface 200 communicates with call handler 210 
to verify the user/subscriber login into the system 502. In some embodiments, this act is 

15 accomplished by having call handler 210 check a login password, voice-print, or other 
verification identifier known in the art, with a stored value in the caller database 244. For 
security purposes, this verification identifier value may be encrypted within a caller database 
244 field or schema. 

In other embodiments, the verification of the subscriber login is accomplished when 
20 the subscriber logs into the application interface 204 program. In such an embodiment, it is 
assumed that the subscriber and the application interface 204 user are the same person. 

Once the user/subscriber has been verified, the full media interface 200 is started at 
act 504. As discussed above with FIG. 4, the media interface 200 may be a web-enabled 

8 
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interface at which a subscriber using internet access device 120 may navigate a call 
management interface via application server 135. 

At act 506, the media interface 200 awaits for an outside event by the subscriber or 
the system 100. The outside event may be an incoming call or message, or an outgoing 
5 call/message initiated by the subscriber. 

When the outside act occurs, call handler 210 determines whether the event is an 
incoming call at act 508. If the outside act is an incoming call, the process flow continues at 
act 510. Otherwise, the flow continues at act 516. 

If the outside act is an incoming call, the media type of the incoming call is 
10 determined, act 510. In some embodiments, parsing the packets that comprise the call can 
identify the incoming call media type. As discussed above, the media type of a call includes 
voice, instant text messaging, multimedia (voice and image), and conferencing versions 
thereof. Media interface 200 is designed to be flexible enough to accommodate a wide 
variety of incoming call types. Once the media type is identified, the subscriber receives a 
15 notification for the incoming call, act 512. The notification may include information about 
the call type, call source, or any other information related to the incoming call. For example, 
if the call is a request for a text messaging "chat," voice or video call, the notification may 
include caller identification ("caller ID"), call originator user ID, or other information related 
to the call source. If the caller information is available, process 500 may display a picture or 
20 photograph of the caller in main frame 420 as part of the notification. Furthermore, the 

notification may be a ringing or other sound effect output by speaker 1 1 8, a pop-up window 
notification on display 106, flashing by display 106, vibration, or other sound, visual, or 
motion notification or combination thereof. Subscriber is then given the option to answer or 
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reject the incoming call at act 1 14. If the subscriber decides to answer the call, flow continues 
at act 524 on FIG. 5B. If the subscriber refuses to answer the call (i.e. "rejects" the call), flow 
continues at act 538 on FIG. 5C. 

If the outside act is not an incoming call, at act 516 call handler 210 determines 
5 whether the event is an outgoing call. If not, flow returns at act 506. Otherwise, if the event is 
an outgoing call, flow continues. At act 518, process 500 determines the type of call being 
initiated. In some embodiments, the media type of the outgoing call is determined by 
querying the subscriber, and accepting input on call options from the subscriber at act 520. 
At act 522, call handler 210 initiates the call and waits to receive an answer. The process 
10 flow then continues at act 524 on FIG. 5B. 

Moving to FIG. 5B, at act 524, when the answering party receives the call, the call is 
connected by the call handler 210. When the call handler 210 connects the call, media 
interface 200 displays the Intelligent Network (IN), Next Generation Network (NGN) 
feature, or other call feature available for the specific call type, act 525. In some 
15 embodiments, the features available are shown in control frame 414 as control buttons 416. 

Input may then be received from the subscriber by the media interface 200. 

Call handler 210 determines whether the input received by the subscriber is a request 
to use an Intelligent Network (IN), Next Generation Network (NGN) feature, or other call 
feature known in the art, at act 526. 
20 If the received request was not to use a feature, as determined by act 526, flow 

continues to act 528. At decision act 528, call handler 210 determines whether the call is 
completed. If the call is completed, flow returns to act 506. If the call is not complete, flow 
returns to act 526. 
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If the received request was to use a feature, as determined by act 526, flow continues 
at act 530. 

At decision act 530, if subscriber input is not needed, flow continues to act 536. 
If subscriber input is needed, as determined by act 530, flow continues to act 532. The 
5 feature input information is requested from the subscriber by media interface 200, act 532. 
Once feature input is received from the user/subscriber, act 534, flow continues at act 536. 
The selected feature is activated by call handler 210 at act 536, and flow returns to 



10 on whether the subscriber is hanging-up on the caller. If not (i.e., the subscriber is taking no 
action to receive the incoming call), flow returns to act 506. If the subscriber is "hanging up" 
on the caller (i.e. purposely deciding not to answer), a rejection notification is sent to the 
caller, at act 540. The rejection notification may be of any form known in the art, such as an 
e-mail or text message notification, voicemail notification, or other notification. Flow then 

1 5 continues at act 5 06 . 

The previous description of the embodiments is provided to enable any person skilled 
in the art to practice the invention. The various modifications to these embodiments will be 
readily apparent to those skilled in the art, and the generic principles defined herein may be 
applied to other embodiments without the use of inventive faculty. Thus, the present 

20 invention is not intended to be limited to the embodiments shown herein, but is to be 

accorded the widest scope consistent with the principles and novel features disclosed herein. 



526. 



Moving to FIG. 5C, phone rejections are handled. At act 538, a determination is made 



WHAT IS CLAIMED IS: 
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